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BACKGROUND OF THE INVENTION 
[0005] Digital video compression standards encode portions of digital video 

ZthTrV"'*' ^"^^ ~ --^-<^ van-able 

locate r T""- ^"^^ - ^^-2^ ~ to 

alio ate a f.xed number of bits for each block. In DV-25. where a block exceeds 

.ts allocation the remainder of the block is carried with another block that does 
not use all of its allocation. 

I0006]Aoco,^ingly. ,he blocks are no. necessarily carried continuously in a bv- 
25 encoded bitstrean,. As well, storage o, .he bl.s.rean, in a memory, wi« no. 
necessanly resul. i„ s.orage o, a blocK In continuous n».o,y la.ions 



Accordingly, parsing oonUnuous add^sses in the memcy results In 
discontinuous decoding of blocks. 

I0007,Fur,her IWations and disadvantages of conventional and tradlUonal 
PproacHes wll, become apparent to one of on^lnary sKIII In the art mlgt 
companson of such systems with the present invention as se, forth n I 
remainder of the present application with refei^nce to the drawings 
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BRIEF SUMMARY OF THE INVENTION 



[0008]Aspects of the present invention may be found in. for example, systems 
and methods for decoding of digital video standard material during variable length 
decoding. In one embodiment, a method in accordance with the present 
invention may comprise, for example, receiving a first portion of encoded video 
data stream and a second portion of encoded video data stream, wherein the first 
portion and the second portion are parts of one encoded symbol in an encoded 
video data stream; generating a concatenated video data stream comprising the 
first portion and the second portion; and decoding the concatenated video data 
stream. 

[0009] In another embodiment, a system in accordance with the present invention 
may comprise, for example, a first memory buffer for receiving a first portion of 
encoded video data stream; a second memory buffer for receiving a second 
portion of encoded video data stream; a concatenator for concatenating the first 
portion and the second portion to obtain a concatenated video data stream; and a 
decoder for decoding the concatenated video data stream. 

[0010] These and other features and advantages of the present invention may be 
appreciated from a review of the following detailed description of the present 
invention, along with the accompanying figures in which like reference numerals 
refer to like parts throughout. 
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BRIEF DESCRIPTION OF SEVERAL VIEWS OF THE DRAWINGS , 

[0011] Fig. 1 illustrates a flow diagram of a method for decoding of encoded video 
data stream, in accordance with an embodiment of the present invention. 

[0012] Fig, 2 illustrates a block diagram of an exemplary Digital Video (DV-25) 
encoding process, in accordance with an embodiment of the present invention. 

[0013] Fig. 3 illustrates a block diagram of an exemplary circuit for decoding the 
compressed video data, in accordance with an embodiment of the present 
invention. 

[001 4] Fig. 4 illustrates a block diagram of an exemplary video decoder unit for 
decoding video data, which is part of the circuit for decoding compressed video 
data of Fig. 3, in accordance with an embodiment of the present invention. 

[001 5] Fig. 5 illustrates a block diagram of a parsing circuit in the exemplary video 
decoder unit of Fig. 4, in accordance with an embodiment of the present 
invention. 

[001 6] Fig. 6 illustrates a flow diagram of a first parsing cycle in the parsing circuit 
of Fig. 5, in accordance with an embodiment of the present invention. 

[001 7] Fig. 7 illustrates a flow diagram of a second parsing cycle in the parsing 
circuit of Fig. 5, in accordance with an embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

[001 8] Referring now to Fig. 1, there is illustrated a flow diagrann of a method 100 
for decoding a data stream. In accordance with an embodiment of the present 
invention. In step 101, a first and a second portion of encoded data stream are 
received. For example, a first portion of the encoded data stream may be stored 
In a first memory and a second portion of the encoded data stream may be stored 
in a second memory. In step 103. the first portion df encoded data stream is 
concatenated with the second portion of encoded data stream. Decoding of the 
concatenated data stream is achieved in step 105. The foregoing method can be 
used advantageously in a variety of applications, including decoding video data, 
such as video data encoded to the DV-25 standard. 

[001 9] Fig. 2 illustrates a block diagram of an exemplary Digital Video (DV-25) 
encoding process of video data 201, in accordance with an embodiment of the 
present invention. The video data 201 comprises a series of frames 203. Each 
frame 203 comprises two-dimensional grids of luminance Y, 205, chrominance 
red Cr, 207, and chrominance blue Cb, 209. pixels. The two-dimensional grids 
are divided Into 8x8 blocks, where a group of four blocks or a 16x16 block 213 of 
luminance pixels Y Is associated with a block 215 of chrominance red Cr, and a 
block 217 of chrominance blue Cb pixels. The block 213 of luminance pixels Y, 
along with its corresponding block 215 of chrominance red pixels Cr. and block 
217 of chrominance blue pixels Cb form a data structure known as a macroblock 
211. 

[0020] Each macroblock comprises six blocks. BO through B5. Each of the six 
blocks BO to B5 is allocated a fixed number of bits. When a macroblock is 
encoded by the encoder, each of the allotted bits are filled in sequentially with 
encoded blocks. If a block requires more than its allotted bits, the remaining 
block portion, or "block tail," is stored elsewhere. If, on the other hand, a block is 
smaller than its allotted bits, the block is saved In the allotted bits in its entirety 
and an "end-of-block" signal is stored at the end of the block. The remaining 
allocated bits may be utilized for storing the "block tails" of other blocks that are 
larger in size than their allotted bits. 



[0021] For example, the block BO, 230, may be stored starting with allocated 
BitsO. However, lock BO Is bigger than allocated BitsO and there will be a 
remaining "block tail" 231. After allocated BitsO are filled up, block B1. 240, may 
be stored in Bits1. However, block B1 is smaller than the allocated Blts1, 
resulting in available empty space. After storing block B1 in allocated Bits1. an 
end-of-block signal EOB1 may be recorded, and the remaining space in allocated 
Bits1 may be utilized for storing the "block tail" 231 of block BO. Similarly, the 
blocks B2 and B3, 250 and 260, completely utilize allocated Bits2 and allocated 
Bits 3. Block B4, 270, may be smaller than allocated Bits4, and the remaining 
space may be utilized for storing the "block tails" 251 and 261 of blocks B2 and 
B3 respectively. Block B4 and the "block tails" 251 and 261 may be separated 
from each other by end-of-block signals EOB4, EOB2 and EOB3. 

[0022] The macroblocks 211 representing a frame are grouped into different 
segments 219. The segment 219 includes the macroblocks 211, as well as 
additional parameters describing the segment. Each of the segments 219 
forming the frame form the data portion of a picture structure 221 . The picture 
221 includes the segments 219 as well as additional parameters that further 
define the picture 221. The pictures 221 are further processed and carried in 
transport packets forming a transport stream. 

[0023] Fig. 3 illustrates a block diagram of an exemplary circuit for decoding the 
compressed video data, in accordance with an embodiment of the present 
invention. Data is received and stored in a presentation buffer 303 within a 
Synchronous Dynamic Random Access Memory (SDRAM) 301. The data can be 
received from either a communication channel or from a local memory, such as, 
for example, a hard disc or a DVD. 

[0024] The data output from the presentation buffer 303 is then passed to a data 
transport processor 305. The data transport processor 305 demultiplexes the 
transport stream into packetized elementary stream constituents, and passes the 
audio transport stream to an audio decoder 315 and the video transport stream to 
a video transport processor 307 and then to a DV-25 video decoder 309. The 
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audio data is then sent to the output blocks, and the video is sent to a display 
engine 311. 

[0025]The display engine 31 1 scales the video picture, renders the graphics, and 
constructs the complete display. Once the display is ready to be presented, it is 
passed to a video encoder 313 where it is converted to analog video using an 
internal digital to analog converter (DAC). The digital audio is converted to 
analog in an audio digital to analog converter (DAC) 317. 

[0026]The video decoder 309 decodes the pictures 221 and stores the pictures 
in frame buffers 319. The pictures are decoded on a macroblock by macroblock 
basis. Additionally, each macroblock comprises six blocks. The macroblocks are 
decoded on a block by block basis. However, as noted above, the blocks are not 
necessarily coded continuously. Accordingly, the discontinuous portions of the 
blocks forming the macroblocks are concatenated together to form continuous 
portions for decoding. 

[0027] Fig. 4 illustrates a block diagram of an exemplary video decoder unit 400 
for decoding video data, which is part of the circuit for decoding compressed 
video data of Fig. 3. in accordance with an embodiment of the present invention. 
The pictures 221 are decoded on a macroblock by macroblock basis, where each 
macroblock comprises six blocks. However, the encoded data structures for 
each block are not of equal length and. as explained above, a block may 
comprise a tail that is stored separately. In order to generate a properly 
decompressed video output 407. the parsing circuit 40 organizes the blocks in a 
continuous and sequential stream of encoded data. The parsing circuit 402 
parses the segments 219. macroblock by macroblock so that each portion of a 
data structure are concatenated sequentially forming a single data structure, and 
the resulting concatenated data structures are sent to the variable length decoder 
403 in a continuous stream of encoded sequential data. After decompression, 
the decompressed video output 407 may then be sent to a display engine for 
further processing. 

[0028] Fig. 5 illustrates a block diagram of a parsing circuit 500 in the exemplary 
video decoder unit of Fig. 4. in accordance with an embodiment of the present 
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invention. The circuit 500 con,prises memory A 502. memory B 503 a first pair 
Of registers, register 507 and register 509, a second pair of registers, register 513 
end register 515, a first multiplexer 511, a second multiplexer 517 a 
concatenator 505, and a concatenator register 506. 

[0029JThe encoded video elementary stream 501 may comprise a plurality of 
macrobiocks, where each macroblock comprises six blocks. As previously noted 
the encoded blocks in each macroblock In the video elementary stream 501 are 
not necessadly conUnuous. A given block may be stored In one set of allocated 
brts, whereas Its remaining portion, the "bkjck tail," may be stored in another set 
Of a«oca.ed bits. The boundaries of encoded blocks within a macroblock are 
identified by either an end^f-blook (EOB) signal, or by fix bi, positions. I.e., by the 
fixed boundary of each set of allocated bits. 

t0030]Memories A and B are adapted to save one macroblock at a time, i.e., six 
btocks worth of data. Parsing of encoded blocks from a video elementary st^am 
501 ,n,o memory A will continue until allocated BItsO are finished or until there Is 
an EOB s,gnai for block 80. For example, block BO, 519, that Is received into 
memon, A Is larger than the allocated BItsO that aro stored In memory A 502 
The remaining portion of block 80, or its "block tall.' 521, is stored in memory b' 
503. Memory A can comprise 16.bi, data words. In the case where block BO is 

TrL TT'^ "'^'^ * ™^ ^'"'^ '° ^««»-i tag 

i-^fbm^fion 523. The tag 523 may have, for example, five bits, t, through t. if 

B.SO w ,1 temn,nate a. a partcular data word. For the particular data word, where 
the portion of bk,ck BO temiinates, the firs, tag t, may be marked wKh a -1 ■ The 
remaining tags, t. through t. may indicate the bit position where the portion of 
block BO in allocated BltsO tennlnates. 

f0031,81ocks 80, B2, and 83 are larger than allocated BItsO, Bits2 and Bits3 
respectively. Accordingly, the allocated BItsO, 8lts2 and Bi.s3 are stored In 
memoor A, concluding at particular bit positions in particular data words For 
these data words, tag t,=1 will Indicate that the allocated BitsO, Bl,s2 and Bits3 
tenninate at the data wortJs associated with their tag. and that -block tail" portions 
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of blocks BO, B2 and 83 will be stored in memory B. The remaining bits t2 
through ts indicate the bit positions where blocks BO, B2 and B3 in the allocated 
BitsO, Bits2 and BitsS, respectively, terminate. 

[0032] Allocated Blts1 and Blts4 are stored in memory A at the beginning of the 
next subsequent data word after the data word where allocated bits end. The 
EOB signals for blocks B1, 520, and B4 are encountered prior to the end of 
allocated Bits1 and Bits4. After the EOB of block B1. the "block tail" of block BO 
is encountered. The "block tail" of block BO is stored in memory B until the EOB 
for the "block tail" of BO is encountered. After the EOB for block B4 is 
encountered in memory A, the "block tails" of blocks B2 and B3 are encountered. 
The "block tails" of B2 and B3 are then stored in memory B until the EOB for 
those tails is encountered. 

[0033] Blocks that occupy all of their allotted bits are separated by an EOB signal. 
For example, blocks B2 and B3 fully occupy their allotted bits and are separated 
from each other by an EOB signal. 

[0034]After the first pass of parsing encoded data structures from one 
macroblock into memories A and B, memory A will contain the beginning portions 
of the six blocks, BO through B5. Memory B contains any "block tails." separated 
by EOB signals. Since memory B contains encoded "block tails," which comprise 
end portions of encoded blocks from memory A, the decoding of each "block tail" 
in memory B is performed after the decoding of the corresponding data structure 
in memory A. 

[0035] In order to decode the encoded data in both memories, encoded blocks 
from memory A may first be sequentially outputted to the concatenator 505. 
Encoded blocks from memory A will be sent to the concatenator until an "end-of- 
block" signal is reached, or until an active tag is reached (i.e., tag ti=1), indicating 
that the current block is larger than the allotted bits stored in memory A, and that 
its remaining "block tail" is stored in memory B. If an EOB signal is reached, the 
concatenator 505 will start reading from the next data word in memory A, and 
subsequently send It to a decoder 527 for decoding. If an active tag is reached, 
(i.e., tag ti=1), then tags ta through ts will indicate the position in the current data 
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word where the current block terminates within its allotted bits. Since the 
encoded "block tails" In memory B are separated by EOB signals, parsing in 
memory B will continue until an EOB signal is reached. At that time, parsing will 
switch back to memory A. Encoded blocks from memory A will be sent to the 
concatenator 505 until another active tag is reached indicating the existence of a 
"block tail" in memory B. 

[0036] To ensure that encoded block data from memory B is serially outputted to 
the concatenator so that it is properly concatenated with its respective preceding 
data from memory A, a pair of registers REG 2 and REG 3, 513 and 515, and a 
multiplexer 517 are utilized. Registers REG2 and REG 3, and multiplexer 517 
will ensure that the proper encoded "block tail" from memory B, with a size 
corresponding to data word width minus the number contained in tags t2 through 
ts, is serially outputted into the concatenator 505, irrespective of the starting bit 
position in memory B. REG2, REG3 and the multiplexer 517 will read an entire 
data word from memory B and will send it out for concatenation at the 
concatenator 505. Reading of data from memory B is done word by word, 
irrespective of the starting bit position in memory B. The concatenator 505 
comprises a register REG4, 506, which contains address pointer information. 
The address pointer information in REG4 points to the exact bit location in 
memory B, where the next "block tail" in sequence starts from. In this way, after 
the "block tail" is sent out and the EOB is encountered, the register REG4 will be 
used to point to a location in memory B where the next "block tail" can be read 
from. 

[0037] The output of the concatenator 505 is sent for decoding by the variable 
length decoder 527. After decoding of each encoded symbol in the concatenated 
video data stream received from the concatenator 505, the decoder 527 provides 
a "size" information 529, which relates to the size, in bits, of the most recently 
decoded symbol. A "next" command 531 may also be provided, which will cause 
the concatenator 505 to feed the next portion of bits to the decoder. In order to 
ensure that the concatenator properly feeds the concatenated data to the 
decoder, a pair of registers REGO and REG1. 407 and 409, and a multiplexer 51 1 
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may be utilized. The concatenated data may be fed Into REG1. After receiving 
the "size" information 529 and the "next" command 531 from the decoder, the 
multiplexer 51 1 shifts the concatenated data "size" number of bits and then feeds 
the next portion of bits to the decoder. 

[0038] In one embodiment of the present invention, the data words in each of the 
memories A and B may be, for example, 16 bits long. The registers REGO, 
REG1, REG2, REGS and REG4 may be, for example. 16-bit registers. In this 
case, the multiplexer 517 will provide 16-bit portions of encoded data from 
memory B into the concatenator 505. Similarly, the multiplexer 51 1 , will provide 
1 6-bit portions of concatenated data into the decoder upon receiving of the "size" 
information 529 and the "next" command 531 by the decoder. 

[0039] Referring now to Fig. 6, there is illustrated a flow diagram of a first parsing 
cycle 600 in the parsing circuit of Fig. 5, in accordance with an embodiment of the 
present invention. A first parsing cycle 600 of encoded block data using an 
embodiment of the present invention will cause the encoded data to be 
distributed in memories A and B, so that encoded data in memory A may be 
decoded immediately, and encoded data in memory B may be decoded only after 
encoded data in memory A is decoded. 

[0040] For example, the first parsing cycle 600 may start with step 601, where the 
next allocated bits are fetched into memory A. Query 603 ascertains whether the 
fetched block exceeds its allocated bits. If the fetched block exceeds its allocated 
bits, then, in step 605, the allocated bits are stored in memory A. Since the block 
exceeds the allocated bits, a tag is activated for the current data word, in step 
607. If the fetched block does not exceed the allocated bits, then, in step 609, 
the fetched block is stored in memory A. The remaining portion of the allocated 
bits will contain one or more "block tails." In step 611, these "block tails" are 
stored in memory B. Query 613 ascertains whether the end of a macroblock is 
reached and whether all allocated bits have been parsed into memories A and B. 
If there are more remaining allocated bits, the cycle will repeat itself starting again 
from step 601 . 
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[0041] Referring now to Fig. 7, there is illustrated a flow diagram of a second 
parsing cycle 700 in the parsing circuit of Fig. 5, in accordance with an 
embodiment of the present invention. A second parsing cycle 700 will decode all 
of the encoded data in memories A and B in accordance with an embodiment of 
the present invention. 

[0042] For example, the second parsing cycle 700 may start with step 701 , where 
the next allocated bits are fetched from memory A, recorded In the concatenator, 
and subsequently decoded. Query 703 ascertains whether an EOB signal or an 
active tag is reached during the parsing of the allocated bits in memory A. If an 
EOB signal is reached, it will indicate that there is no need to read a "block tail" 
from memory B and that reading from memory A, recording in the concatenator 
and subsequent decoding of the recorded data may continue. The cycle will, 
therefore, be directed to step 701 again. If, on the other hand, an active tag is 
reached while reading from memory A, this will indicate that the current block is 
smaller than its allocated bits and there is remaining "block tail" data in memory 
B. In step 705, the beginning portion of the allocated bits from memory A Is 
concatenated with the beginning portion of the "block tall" data In memory B. In 
step 707 the remaining "block tall" portion, for the specific allocated bits, Is 
fetched to the concatenator from memory B, and is subsequently decoded. 
Query 709 ascertains whether the last allocated bits were decoded. If there are 
more remaining allocated bits for decoding, the cycle will repeat itself starting 
again from step 701. 

[0043] The first and the second pass of parsing may be carried out on one 
macroblock, or six encoded blocks, at a time. There may be a third pass of 
parsing encoded data, which may be carried out over an entire video segment, 
on a macroblock by macroblock basis, thus ensuring decoding of all video data 
that remains encoded after the first and the second pass. 

[0044] The embodiments described herein may be implemented as a board level 
product, as a single chip, application specific integrated circuit (ASIC), or with 
varying levels of the decoder system integrated with other portions of the system 
as separate components. The degree of integration of the decoder system will 
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primarily be determined by the speed and cost considerations. Because of the 
sophisticated nature of modern processor, it is possible to utilize a commercially 
available processor, which may be implemented external to an ASIC 
implementation. Alternatively, if the processor is available as an ASIC core or 
logic block, then the commercially available processor can be implemented as 
part of an ASIC device wherein certain functions can be implemented in firmware. 

[0045] While the present invention has been described with reference to certain 
embodiments, it will be understood by those skilled in the art that various 
changes may be made and equivalents may be substituted without departing 
from the scope of the present invention. In addition, many modifications may be 
made to adapt a particular situation or material to the teachings of the present 
invention without departing from its scope. For example, although the foregoing 
embodiments have been described with respect to DV-25 coded video material, 
the invention is not so limited and can be practiced with other standards as well. 
Therefore, it is intended that the present invention not be limited to the particular 
embodiment disclosed, but that the present invention will include all embodiments 
falling within the scope of the appended claims. 
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